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Method, means and protocol for synchronous data transmitting over the 
internet 

Prior art : 

Discussion of the current Technology 

The internet today has the single ability to act as an asynchronous 
data packet conduit, sending and receiving pre- and or post -processed 
data. The internet does not have the ability (through protocols) to 
act in a synchronous manner in the sending and receiving of data 
packets. No method exists to utilize the internet as a medium for 
distributed data basing or as a conduit to share / synchronize 
distributed data bases, other than downloading a data base for post- 
processing and then up-loading the resulting delta (post -processed) 
data base . 



Technical Problem 

No method is in place to synchronize data transmitted over the 
internet. No method exists for coordinating various data packets sent 
over the internet into a set of data containing more than one 
internet protocol. There is currently no possibility of utilizing 
"Packetized" data sets as means of synchronizing internet data. 



It is an object of the invention to propose a possibility to transmit 
and receive data in a synchronous manner over the internet or an 
intranet . 

For achieving this object the invention proposes a method with the 
features of the claim 1, a means with the features of claim 6 and a 
protocol with the features of claim 7. The wording of the claims and 



the wording of the abstract is included by reference into the 
specification . 

Solution for the Technical Problem 

Through a "synchronous scheduling transport protocol" (SSTP) , 
"packetized" data sets can be processed in "real-time" at a speed 
relative to the actual speed of the internet data transmission (see 
figure la). The "packetized" data sets can be pre-defined to contain 
various classes of routing and data protocol elements thereby 
creating "processing tables". The tables are utilized as a data-stack 
with an index. Real-time is a relative measurement of internet 
response time, connection speed and size of the data packet. 

The data- stack also contains the "physical" locations of "processing 
tables" within the DNS naming convention which are used by the 
"Synchronizer" (see figure lb). 

The "Synchronizer" contains "response" information that triggers an 
immediate "handshake" to the initiating resource using another 
element of the "synchronous scheduling transport protocol" called the 
"Initiator" . 

The "Initiator"' has its own "processing tables" which contain the 
"response communication protocol" {RCP) for the initiating 
"packetized" data set ( see figure lc ) . 

Utilizing the stored RCP , the "Initiator" sends an immediate response 
to the initiating TCP/IP address which in return sends a "handshake" 
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to proceed, thereby establishing a "synchronous internet conduit" 
(SIC) for data transport. ( see figure 2) 

With SSTP it is possible to utilize "Packetized" data set to 
implement a synchronous protocol within the confines of the present 
Internet topology. Further, it is possible to synchronize between 
distributed processes, data bases or networks thereby creating 
virtual synchronous systems that have multiple physical locations but 
act as a single entity (see figure 3), 

Advantages 

Synchronous packetized data transfers are possible via the SIC. The 
SIC also allows for virtual distributed data basing, " real - time " 1} 
scheduling verification and message forwarding. 

Distributed Customer Data can be synchronized in "real-time" 1 * with 
sales and service inquiries performed over the Internet or within a 
corporate network (Intranet) . This allows the possibility of building 
distributed Inter- or Intranet Customer Call Centers. 

Synchronous Computing can also be attained though virtual distributed 
data processing centers. 

Synchronized distributed WANs (Internet) and LANs (Intranets) can be 
correlated to create one virtual WAN or LAN. This allows the 
possibility of cheap corporate networks over the internet. 

Variations 

Synchronized Inter- / 

Synchronized Inter- / 

Synchronized Inter- / 



Intranet Scheduling Center. 
Intranet Customer Call Center. 
Intranet Messaging Center 



Synchronized "real -time" 1] Shared Distributed Data Base. 
Virtual (non-"hard M connected) closed networks 
Virtual filtered or blocked data bases 
Synchronized Search Engines 
Synchronized Advertising Engines 

Short description of the drawings: 

Fig. la shows the classes data-stack of the protocol proposed by the 
invention; 

Fig. lb shows the name space data-stack as used by the invention; 
Fig. lc shows the routing decision data-stack; 

Fig. 2 shows the establishing of an synchronous internet conduit as 
proposed by the invention; 

Fig. 3 shows an example of an synchronous network comprising three 
participants ; 

Fig. 4 shows a polling by client resource; 
Fig. 5 shows a sending by server resource. 

Fig. la shows a data stack comprising 4 data packets. Packet la 
contains data for one resource, packet 2a contains members of a data 
table. Packet 3a contains pseudo data , namely a table consisting 



only of references. Packet 4a contains resource data, namely data 
concerning a person or resource homed on a server. 

Fig. lb shows a data stack creating a name space processing table. 
These data contain the „ physical" locations of processing tables 
within the DNS naming convention which are used by the synchronizer. 
The synchronizer contains response information that triggers an 
immediate handshake to the initiating resource using another element . 
of the synchronous scheduling transport transport protocol proposed 
by the invention called the initiator. The packet lb contains the 
table location, the packet 2b contains the SYNC record location and 
the packet 3b contains the server location, namely multiple tables 
but only one server. 

Fig. 1c shows the initiator RCP routing decision data stack. The 
initiator has its own processing tables which contain the response 
communication protocol (RCP) for the initiating packetized data set. 
Packet 1c contains distribution routing information: table domain - 
sync -server-name - sync reply. Packet 2c contains additional DNS 
resolving (SYNC - record) : table domain - sync-server-name. Packet 3c 
contains create routing table: lower priority for DNS originating 
entries (in relay mode) . Packet 4c contains trigger information: 
query routing tables: queue trigger and polling request. 

Utilizing the stored RCP, the initiator means sends an immediate 
response to the initiating TCP/IP address. This address sends in 
return a handshake to proceed. By this a synchronous internet conduit 
for data transport is established. This is shown in detail in Figure 
2 . Here the various Interdependencies of the elements of the method 
of the invention are shown. 



Fig. 3 shows an example of a synchronous network with 3 resources 
interconnected. Each resource has an initiator means, a synchronizer 
means and a database. With the method of the invention it is possible 
to utilize packetized data sets to implement a synchronous protocol 
within the confines of the present internet topology. Further it is 
possible to synchronize between distributed processes, data bases or 
networks thereby creating virtual synchronous systems that have 
multiple physical locations but act as a single entity. 

Fig. 4 shows a polling by* client resource (pull) . The client side 
sync triggering of polling operations greatly reduces the reply 
duration by making a real-time server side sync data handshake 
available. The single steps can be seen in fig. 4. 

Fig. 5 shows a sending operation by a server resource. The server 
side sending or push operations allow the client to acknowledge an 
„open connection request u and triggers a query for a SYNC data 
handshake from the sending server. 



